home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000256_news@newsmaster….columbia.edu _Tue Nov 3 10:18:19 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA05222
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 3 Nov 1998 10:18:18 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA07164
  7.     for kermit.misc@watsun; Tue, 3 Nov 1998 10:18:18 -0500 (EST)
  8. Path: news.columbia.edu!panix!news-peer.gip.net!news.gsl.net!gip.net!news.idt.net!news-a.ais.net!ais.net!news.minn.net!skypoint.com!not-for-mail
  9. From: escargo@mirage.skypoint.com (David S Cargo)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: So, how's the GUI version coming?
  12. Date: 3 Nov 1998 15:18:46 GMT
  13. Organization: none
  14. Lines: 28
  15. Message-ID: <71n6sm$j59$1@shadow.skypoint.net>
  16. References: <363daea0.0@news.ic.net> <71ku3i$7f9$1@apakabar.cc.columbia.edu> <71lctk$gtl$1@shadow.skypoint.net> <71ldoh$gmf$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: mirage.skypoint.com
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9460
  19.  
  20. In article <71ldoh$gmf$1@apakabar.cc.columbia.edu>,
  21. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  22. >Hi David.
  23. And hi, back.
  24.  
  25. >Well, yes, we've considered a lot of things.  At this point the GUI
  26. >library isn't the issue -- it's the structure of C-Kermit itself,
  27. >which until now has been a "modal" program.  Before it can be GUI'd, it
  28. >must be turned inside out, chopped up, and reassembled into a form that
  29. >can (but need not be) event driven.  Furthermore, every action that results
  30. >from command parsing must be carefully isolated from the parsing itself.
  31. >No automated tool can do this.
  32.  
  33. I didn't think that SWIG would automate the turning inside out, chopping,
  34. and reassembling.  I was addressing only the interfacing the resulting
  35. pieces with a GUI.  Knowing ahead of time that you would be interfacing
  36. with Tcl and Tk would probably mean a different partitioning of the
  37. resulting pieces than if you wouldn't.
  38.  
  39. One of the mixed differences would be that you could use tcl as the
  40. scripting language.  You could also use tcl to write an interpreter for
  41. the existing scripting language for compatability.
  42.  
  43. Mainly, I was seeing Tk as a way for you to avoid the creation of yet
  44. another graphics library.
  45.  
  46. David
  47.